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DETAILED ACTION 

1. Claims 1-2, 4-15, and 17-23 have been examined. 

Papers Submitted 

2. It is hereby acknowledged that the following papers have been received and placed of 
record in the file: #15 Amendment "D" as received on 12/17/2003. 

Withdrawn Rejections 

3. Through amendment, the applicant has overcome the specific rejections set forth in the 
previous Office Action, mailed on August 21, 2003, for claims 1-2 and 4-23. Consequently, 
these rejections have been withdrawn by the examiner. However, upon further consideration, a 
new ground(s) of rejection is made below. 

Claim Rejections - 35 USC §102 

4. The following is a quotation of the appropriate paragraphs of 35 U.S.C 102 that form the 
basis for the rejections under this section made in this Office action: 

A person shall be entitled to a patent unless - 

(b) the invention was patented or described in a printed publication in this or a foreign country or in pubhc use or on 
sale in this country, more than one year prior to the date of appUcation for patent in the United States. 

5. Claims 1-2, 4-15, and 17-23 is rejected under 35 U.S.C. 102(b) as being anticipated by 
Killian et al., U.S. Patent No. 5,420,992 (as applied in the previous Office Action and herein 
referred to as Killian). 

6. Referring to claim 1, Killian has taught a processor comprising: 
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a) means for executing an instruction of an application of a first bit size ported to a second bit 
size environment, the second bit size being greater than the first bit size. See column 2, lines 7- 
33. 

b) means for confining the application to a first bit size address space subset (see column 19, 
lines 36-40), said means for confining comprising: 

(i) means for truncating generated address references of the second bit size to the first bit 
size. See column 10, line 62, to column 11, line 5. In this passage, Killian has explained 
that the 32-bit architecture ignores overflow (i.e. performs truncation) during addition 
operations. Since Killian' s system is backward compatible with the aforementioned 32- 
bit architecture, it follows that Killian's system would perform the same operations as the 
32-bit architecture. Therefore, in overflow situations, truncation would be performed on 
64-bit data (since the data path and register size of Killian' s system is 64-bits) in order to 
obtain 32-bit data. 

(ii) means for extending to the second bit size the truncated generated address references 
based at least in part on a setting of an address format control signal, a first setting of the 
address format control signal to indicate zero-extension of the truncated generated 
address references and a second setting of the address format control signal to indicate 
sign-extension of the truncated generated address references. See column 12, lines 45- 
65. Note that 32-bit data is sign-extended for use in the extended architecture. However, 
it should also be realized fi-om column 3, line 67, to column 4, line 10, that when timing 
constraints militate against sign-extension, the address will be zero-extended instead, 
using zeroing circuitry. In fact, this zeroing circuitry is invoked when the system is in 
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m-bit user mode (32-bit user mode). When the system is in other modes, sign-extension 
will occur. From the very top of Fig.5E of Killian, it can be seen that a "32-bit user 
mode" signal exists. This signal, when set, would indicate that addresses should be zero- 
extended and when cleared would indicate that addresses should be sign-extended, 

7. Referring to claim 2, Killian has taught a processor as described in claim 1 . Killian has 
further taught that the first bit size is 32-bit and the second bit size is 64-bit. See column 3, lines 
30-31, and column 5, lines 8-19. 

8. Referring to claim 4, Killian has taught a processor as described in claim 1 . Killian has 
further taught that the means for confining includes means for generating an address fault. See 
column 1 1, lines 3-5. The 32-bit address (which would be represented as an extended 64-bit 
number in the 64-bit environment) that is used to select a memory location in the address space 
subset is checked for a certain value and if that value exists, then an address error exception will 
occur. 

9. Referring to claim 5, Killian has taught a processor as described in claim 1. Killian has 
further taught that the means for extending includes means for determining that the first bit size 
address space subset is signed address space. See column 19, lines 36-40. From this passage it 
can be seen that the address space is fi-om -2^^ to (2'^^-l) which is also known as -2GB to +2GB. 

10. Referring to claim 6, Killian has taught a processor as described in claim 1 . Killian has 
further taught that the means for extending includes means for determining that the first bit size 
address space subset is unsigned address space. See column 13, lines 10-27, and Table 3A. 
Killian has disclosed Load-Byte-Unsigned (LBU) and Load-Halfword-Unsigned (LHU) 
instructions, which are zero-extended as opposed to sign extended. As an example, LBU will 
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retrieve an 8-bit value from memory/cache, and zero-extend it to 64-bits, regardless of the most 
significant bit position. If this unsigned data were then used as an address to access memory, 
which is possible since Killian has also disclosed indirect jumps in Table 5B (where the contents 
of a specified register are used as an address to access memory), it would follow that the address 
space would be unsigned. 

1 1 . Referring to claim 7, Killian has taught a processor comprising: 

a) a memory to store an instruction of an application ported from a first bit size environment to a 
second bit size environment, the second bit size being greater than the first bit size. See Fig. 1 
and column 7, lines 49-54. Note the existence of main memory and an instruction cache. 

b) an instruction execution core coupled to said memory, said instruction execution core to 
execute the instruction of the application. See Fig. 1 . Note that data and instructions are 
retrieved from memory/cache by the EIC (component 25) and propagated along bus 30 to the 
execution unit, 

c) said instruction execution core to determine that the application is confined to a first bit size 
address space subset. See column 19, lines 36-40. 

d) said instruction execution core to generate an address reference of the second bit size as part 
of execution of the instruction. See column 12, lines 26-65. 

e) said instruction execution core to truncate the generated address reference from the second bit 
size to the first bit size. See column 10, line 62, to column 1 1, line 5. In this passage, Killian has 
explained that the 32-bit architecture ignores overflow (i.e. performs truncation) during addition 
operations. Since Killian's system is backward compatible with the aforementioned 32-bit 
architecture, it follows that Killian's system would perform the same operations as the 32-bit 
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architecture. Therefore, in overflow situations, truncation would be performed on 64-bit data 
(since the data path and register size of Killian's system is 64-bits) in order to obtain 32-bit data, 
f) said instruction execution core to extend the truncated, generated address reference from the 
first bit size to the second bit size based at least in part on a setting of an address format control 
signal, a first setting of the address format control signal to indicate zero-extension of the 
truncated generated address reference and a second setting of the address format control signal to 
indicate sign-extension of the truncated generated address reference. See column 12, lines 45- 
65. Note that 32-bit data is sign-extended for use in the extended architecture. However, it 
should also be realized from column 3, line 67, to column 4, line 10, that when timing constraints 
militate against sign-extension, the address will be zero-extended instead, using zeroing circuitry. 
In fact, this zeroing circuitry is invoked when the system is in m-bit user mode (32-bit user 
mode). When the system is in other modes, sign-extension will occur. From the very top of 
Fig.5E of Killian, it can be seen that a "32-bit user mode" signal exists. This signal, when set, 
would indicate that addresses should be zero-extended and when cleared would indicate that 
addresses should be sign-extended. 

12. Referring to claim 8, Killian has taught a processor as described in claim 7. Killian has 
fiirther taught that the application ported from a first bit size environment to a second bit size 
environment is an application ported from a 32-bit environment to a 64-bit environment. See 
column 3, lines 30-31, and column 5, lines 8-19. 

13. Referring to claim 9, Killian has taught a processor as described in claim 7. Killian has 
fijrther taught that the instruction execution core is to determine that the application is confined 
to a first bit size address space subset based at least in part on an address space control flag. See 
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column 17, lines 25-27. Note from columns 17-19, that based on the different modes, different 
address space subsets are used. 

14. Referring to claim 10, Killian has taught a processor as described in claim 7. Killian has 
further taught that the instruction execution core is to extend the truncated, generated address 
reference from the first bit size to the second bit size based at least in part on an address format 
control flag. Recall from the very top of Fig.5E of Killian that a "32-bit user mode" signal 
exists. This signal, when set, would indicate that addresses should be zero-extended and when 
cleared would indicate that addresses should be sign-extended. Furthermore, this signal will be 
stored as a flag in a status register, which is described in column 17, lines 25-3 1 . This register 
comprises flags which specify parameters of the system including the bit-mode (32 or 64) in 
which the system operates and the type of mode (user, supervisor, kernel) in which it operates. 
Therefore, the "32-bit user mode" flag will originate in the status register. 

15. Referring to claim 11, Killian has taught a processor as described in claim 7. Killian has 
further taught that the instruction execution core is to generate an address fault flag based at least 
in part on a comparison of the generated address reference and the extended, truncated, generated 
address reference. Recall from previous rejections that a generated 32-bit number is extended to 
a 64-bit number in Killian' s system. From column 17, line 61, to column 18, line 7, Killian has 
disclosed that bit 3 1 of the 64-bit number is checked. If that value is 0, then an address fault has 
not occurred. However, if that value is 1, then an address exception has occurred. Bit 3 1, in a 
sense, represents an overflow bit in that when that bit is set, then the 32-bit application has 
crossed the 32-bit address space boundary and a fault has occurred. It should be noted that a 
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comparison would inherently be performed to check bit 31. And, this comparison is related to 
both the original 32-bit address and the extended 64-bit version. 

16. Referring to claim 12, Killian has taught a processor as described in claim 11. Killian has 
further taught that the instruction execution core is to generate an address fault flag based at least 
in part on an address fault control flag. See Fig.5E. In the upper-right comer of the figure, 
different types of address faults (R3ERR, R2ERR, RIERR, and ROERR) are coupled to a 
multiplexer which is controlled by an address fauh control flag VA(63..62). This value is used 
to help generate an address fault flag (output line denoted as ADDRESS ERROR), if one exists 
for the corresponding mode. 

17. Referring to claim 13, Killian has taught a processor as described in claim 7. Killian has 
further taught that the memory is a cache memory. See column 7, lines 50-52. 

18. Referring to claim 14, Killian has taught a processor as described in claim 7. Killian has 
further taught that the processor is a 64-bit processor. See column 2, lines 16-41, and column 3, 
lines 30-3 1 . Killian has disclosed that the registers and data path, along with memory addresses, 
are 64 bits wide. Therefore, Killian has taught a 64-bit processor. 

19. Referring to claim 15, Killian has taught a method to confine an application to an address 
space subset, the method comprising the steps performed by the processor of claim 7. Therefore, 
claim 15 is rejected for the same reasons set forth in the rejection of claim 7. 

20. Referring to claim 17, Killian has taught a method as described in claim 16. 
Furthermore, claim 17 is rejected for the same reasons set forth in the rejection of claim 8. 

21. Referring to claim 18, Killian has taught a method as described in claim 15. 
Furthermore, claim 18 is rejected for the same reasons set forth in the rejection of claim 9, 
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22. Referring to claim 19, Kiilian has taught a method as described in claim 15. 
Furthermore, claim 19 is rejected for the same reasons set forth in the rejection of claim 10, 

23. Referring to claim 20, Kiilian has taught a method as described in claim 15. Kiilian has 
further taught that extending the truncated, generated address reference from the first bit size to 
the second bit size includes sign-extending the truncated, generated address reference fi-om the 
first bit size to the second bit size based at least in part on the address format control flag. Recall 
fi-om the very top of Fig.5E of Kiilian that a "32-bit user mode" signal exists. This signal, when 
set, would indicate that addresses should be zero-extended and when cleared would indicate that 
addresses should be sign-extended. See column 3, hne 67, to column 4, line 10. Furthermore, 
this signal will be stored as a flag in a status register, which is described in column 17, lines 25- 
31. This register comprises flags which specify parameters of the system including the bit-mode 
(32 or 64) in which the system operates and the type of mode (user, supervisor, kernel) in which 
it operates. Therefore, the "32-bit user mode" flag will originate in the status register. 

24. Referring to claim 21, Kiilian has taught a method as described in claim 15. Kiilian has 
fiirther taught that extending the truncated, generated address reference fi-om the first bit size to 
the second bit size includes zero-extending the truncated, generated address reference fi"om the 
first bit size to the second bit size based at least in part on the address format control flag. Recall 
fi-om the very top of Fig.5E of Kiilian that a "32-bit user mode" signal exists. This signal, when 
set, would indicate that addresses should be zero-extended and when cleared would indicate that 
addresses should be sign-extended. See column 3, line 67, to column 4, line 10. Furthermore, 
this signal will be stored as a flag in a status register, which is described in column 17, lines 25- 
3 1 . This register comprises flags which specify parameters of the system including the bit-mode 
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(32 or 64) in which the system operates and the type of mode (user, supervisor, kernel) in which 
it operates. Therefore, the "32-bit user mode" flag will originate in the status register. 

25. Referring to claim 22, Killian has taught a method as described in claim 15. 
Furthermore, the processor of claim 1 1 performs the method of claim 22, Therefore, claim 22 is 
rejected for the same reasons set forth in the rejection of claim 1 1 . 

26. Referring to claim 23, Killian has taught a method as described in claim 22. 
Furthermore, the processor of claim 12 performs the method of claim 23. Therefore, claim 23 is 
rejected for the same reasons set forth in the rejection of claim 12. 



27. Applicant's arguments filed on December 17, 2003, have been fiilly considered but they 
are not persuasive. 

28. In the remarks. Applicant argues the novelty/rejection of claims 1, 7, and 15 on pages 9- 
10 of the remarks, in substance that: 

"However, neither set of status register bits in Killian, by themselves, can "indicate zero-extension 
of the truncated generated address references and... indicate sign-extension of the truncated 
generated address references," as recited in the claim 1 for the address fomiat control signal. 
Therefore, there is no equivalent single structure in Killian that is used to explicitly specify 
whether to zero-extend or sign-extend the truncated 32-bit addresses." 

29. These arguments are not found persuasive for the following reasons: 

a) See column 12, lines 45-65, of Killian. Note that 32-bit data is sign-extended for use in the 
extended architecture. However, it should also be realized from column 3, line 67, to column 4, 
line 10, that when timing constraints militate against sign-extension, the address will be zero- 
extended instead, using zeroing circuitry. In fact, this zeroing circuitry is invoked when the 
system is in m-bit user mode (32-bit user mode). When the system is in other modes, sign- 
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extension will occur. From the very top of Fig.5E of Kiilian, it can be seen that a "32-bit user 
mode" signal exists. This single signal, when set, would indicate that addresses should be zero- 
extended and when cleared would indicate that addresses should be sign-extended. 



30. Applicant's amendment necessitated the new ground(s) of rejection presented in this 
Office action. Accordingly, THIS ACTION IS MADE FINAL. See MPEP § 706.07(a). 
Applicant is reminded of the extension of time policy as set forth in 37 CFR 1 .136(a). 

A shortened statutory period for reply to this final action is set to expire THREE 
MONTHS fi-om the mailing date of this action. In the event a first reply is filed within TWO 
MONTHS of the mailing date of this final action and the advisory action is not mailed until after 
the end of the THREE-MONTH shortened statutory period, then the shortened statutory period 
will expire on the date the advisory action is mailed, and any extension fee pursuant to 37 
CFR 1 .136(a) will be calculated fi-om the mailing date of the advisory action. In no event, 
however, will the statutory period for reply expire later than SIX MONTHS fi-om the date of this 
final action. 

3 1 . The prior art made of record and not relied upon is considered pertinent to applicant's 
disclosure. Applicant is reminded that in amending in response to a rejection of claims, the 
patentable novelty must be clearly shown in view of the state of the art disclosed by the 
references cited and the objections made. Applicant must also show how the amendments avoid 
such references and objections. See 37 CFR §1.11 1(c). 

Microsoft Corporation, Microsoft Interface Definition Language (MIDL): 64-Bit Porting 



Conclusion 
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Guide . August 1999, has taught (within the "Remoting Handles" section) that when porting an 
appUcation from a smaller bit size environment to a larger bit-size environment, data should be 
either zero or sign-extended. Both extension types have their advantages and the decision 
regarding which to implement is up to the user. 

Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to David J. Huisman whose telephone number is (703) 305-781 1. 
The examiner can normally be reached on Monday-Friday (8:00-4:30). 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Eddie Chan can be reached on (703) 305-9712. The fax phone number for the 
organization where this application or proceeding is assigned is 703-872-9306. 

Information regarding the status of an application may be obtained from the Patent 
Application Information Retrieval (PAIR) system. Status information for published applications 
may be obtained from either Private PAIR or PubUc PAIR. Status information for unpublished 
applications is available through Private PAIR only. For more information about the PAIR 
system, see http://pair-direct.uspto.gov. Should you have questions on access to the Private PAIR 
system, contact the Electronic Business Center (EBC) at 866-217-9197 (toil-free). 



DJH 

David J. Huisman 
February 3, 2004 




